home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1994 #2 / Monster Media No. 2 (Monster Media)(1994).ISO / os2 / geog0615.zip / NOTE0614.DOC < prev    next >
Text File  |  1994-06-14  |  58KB  |  1,243 lines
  1. ----------------------------------------------------------------------
  2. --- TECHNICAL NOTES
  3. ---
  4.  
  5. This file contains detailed and often highly technical notes about the
  6. news/fixes/changes of each version.
  7.  
  8. Symbols used:     -   Bugfix.
  9.                   +   New feature.
  10.                   !   Changed feature.
  11.                   *   Information/clarification.
  12.  
  13. ----------------------------------------------------------------------
  14. Notes for GoldED 2.42.A0614, GAMMA release 14. june 1994.
  15. ----------------------------------------------------------------------
  16.  
  17. *   This gamma release is mainly a bugfix and update release of the
  18.     GoldED 2.42.G0214 version, which was getting a bit old. Most of
  19.     the fixes in this release should have been out long ago, but time
  20.     flew, and development of the next version (2.50) went way ahead.
  21.  
  22.     Much development has been made on the next version. It is
  23.     currently in alpha test (latest is A0531), and looks very good. It
  24.     was planned to have been released as a beta on 6. june, but I lost
  25.     a weeks worth of development in a nasty harddisk crash that day.
  26.     The setback means that it will be at least a week or two before
  27.     the 2.50 beta can be released.
  28.  
  29.     Several features and fixes of 2.50 have been included in this 2.42
  30.     gamma, most notably the capability to have up to 65500 nodes in
  31.     the nodelist index. Many AREAFILE's have been updated to support
  32.     the latest versions of various other software.
  33.  
  34. *   The name of the DOS extended 32-bit version has been changed from
  35.     "GoldED/P32" to "GoldED/386". This is easier to understand and
  36.     similar to the costum of most other programs that are compiled for
  37.     the 386 processor. The GoldED/386 EXE file is now named GED386.EXE
  38.     and GoldNODE/386 is named GN386.EXE.
  39.  
  40. +   New or updated AREAFILE's: Ezycom 1.10, FastEcho 1.41, FMail 0.98,
  41.     IMAIL 1.50, InterMail 2.25/2.27, LoraBBS 2.33, QuickBBS
  42.     (Goldbase). The new include feature in Squish 1.10 is not
  43.     supported yet, sorry.
  44.  
  45. !   The GoldED nodelist index now supports up to 65500 nodes in all
  46.     versions, including the regular DOS version!  Hopefully it will
  47.     take a few years before anyone hits that limit! :-)
  48.  
  49.     The new index is not 100% compatible with the old indexes, so I
  50.     have changed the index file extensions once again. These are the
  51.     new nodelist index files:
  52.  
  53.       GOLDNODE.GXA    Address index (index into .GXN).
  54.       GOLDNODE.GXL    List of nodelist files + timestamps.
  55.       GOLDNODE.GXN    Name index.
  56.  
  57.     The old index files are obsolete and should be deleted to save
  58.     space. This NOT done automatically. These are the files that
  59.     should be deleted:
  60.  
  61.       GOLDNODE.?IX    (.AIX .LIX .NIX)  Old 16-bit indexes.
  62.       GOLDNODE.IX?    (.IXA .IXL .IXN)  Old 32-bit indexes.
  63.  
  64.     The new index is a hybrid of these two. It's a 16-bit index (.GXA
  65.     contains index values in the range 0-65499 which fit into a 16-bit
  66.     unsigned integer), but uses the same name index (.GXN) and list of
  67.     nodelists (.GXL) as the old 32-bit index. The advantage of staying
  68.     with a 16-bit index is that it uses less memory in the regular DOS
  69.     version.
  70.  
  71.     The price to pay for the larger index capability is speed, at
  72.     least in the DOS version. Due to the 64k memory segments of DOS, I
  73.     had to use so-called "huge" pointer to handle memory allocations
  74.     larger than 64k. The use of huge pointers causes a significant
  75.     overhead, resulting in more than doubling the compile time of the
  76.     DOS version :-(  Try using the 386 version instead if you can.
  77.  
  78.     Regarding V7 and FD nodelists: I am sorry to disappoint those who
  79.     want GoldED to support V7 and FD nodelist indexes directly. I am
  80.     researching the possibilities for supporting these indexes. It is
  81.     likely that I will support them in a future version, but they both
  82.     suffer from design flaws that makes it difficult to support full
  83.     nodelist browsing on both name and address. I'm investigating ways
  84.     to work around that. We'll see what the future brings.
  85.  
  86. +   Ezycom 1.10 msgbase changes implemented. NOTE: You MUST have the
  87.     EZY environment variable set, otherwise GoldED cannot detect the
  88.     version. GoldED defaults to version 1.02 unless it can find
  89.     CONFIG.EZY and detect the new version.
  90.  
  91. -   The MSGID address interpreter code assumed that the address was a
  92.     FidoNet-style address if it started with a non-zero number.
  93.     Unfortunately some internet-style addresses also start with a
  94.     non-zero number. The code is now changed so that it assumes a
  95.     FidoNet-style address if it starts with a non-zero number _and_
  96.     the first character after the number is a ':' (indicates a
  97.     FidoNet-style zone).
  98.  
  99. !   Default for EDITCRLFTERM keyword changed. GoldED will now by
  100.     default only terminate lines (paragraphs) with a single CR instead
  101.     of a CR+LF combination.
  102.  
  103. -   Fixed bug in reading of Ezycom msg attributes. The Netmail Pending
  104.     attribute was not read correctly, which could cause an unsent msg
  105.     to be marked as if was sent, except the Snt attribute was missing.
  106.  
  107. -   Internal editor: If a line was almost as wide as the margin and
  108.     Ctrl-Right (WordRight) was pressed at the last word on the line,
  109.     the editor would report a Range Check error. Fixed.
  110.  
  111. -   Internal editor: The overwrite mode did not work correctly. It
  112.     allowed overwrite past the end of the line, which could cause a
  113.     crash or protection violation.
  114.  
  115. -   Made adjustments to the quote reflow function, so that it will not
  116.     scramble tables nearly as much as before. It will attempt to
  117.     detect when lines begin with the same two characters (for tables,
  118.     typically a line char and a space). This will also help with
  119.     indented text that is hard terminated on each line.
  120.  
  121. !   GoldED now tests sharing/locking capability by creating a
  122.     temporary file in the GOLDPATH and attempting to lock it. If the
  123.     lock fails, locking capability is assumed to be non-existing, and
  124.     GoldED will handle msgbases as single-user, no multitask/network.
  125.  
  126. -   JAM areas no longer need SHARE loaded or "SHAREMODE 0" in
  127.     single-user setups.
  128.  
  129. +   Speeded up JAM scan a bit more. The .JDT file is no longer opened
  130.     when just scanning areas.
  131.  
  132. -   JAM areas were double-scanned, thereby slowing down scanning a
  133.     whole lot. Not so noticable with a good cache, but measurable.
  134.     Watch it zip through 'em now! :-)
  135.  
  136. !   The soundcard (SB, SBPRO etc.) support has been removed. I cannot
  137.     support and fix it well enough at this time, so I prefer to just
  138.     remove it. Multimedia features will return some day, when more
  139.     important and relevant features have been done first...
  140.  
  141. !   The ANSI screen output mode has been removed. Too slow to be
  142.     useful. Too buggy. Wasted bytes in the exe file.
  143.  
  144. +   It is now possible to carbon copy to more than one person with the
  145.     same address. Useful for a moderator who wants to notify both a
  146.     BBS sysop and a user on the BBS about something.
  147.  
  148. -   If you had AREAAUTONEXT disabled, and hit Alt-J to jump to next
  149.     area, the auto-next feature would be enabled until you exit
  150.     GoldED. Fixed.
  151.  
  152. -   The quotebuffer feature (ctrl-w) did not work with JAM areas.
  153.  
  154. -   Fixed the cursor hide function to work properly under DESQview,
  155.     when running in a DV window with a 50 lines text display.
  156.  
  157. -   Fixed the setting of the border (overscan) color.
  158.  
  159. +   GoldED now understands definitions of JAM areas in an AREAS.BBS
  160.     file. JAM areas in an AREAS.BBS file are marked with a '!' in
  161.     front of the msgbase filename.
  162.  
  163. !   GoldED now gives an error message if it finds a random item
  164.     outside a GROUP, while compiling GOLDRAND.CFG.
  165.  
  166. -   If a random item was defined in GOLDRAND.CFG _before_ any GROUP
  167.     statement, GoldED could crash or cause a protection violation.
  168.     Fixed.
  169.  
  170. +   When commandline parameter -VV is used, GoldED now also reports
  171.     what it finds in GOLDRAND.CFG.
  172.  
  173. !   GoldED now uses the defined FIDOMSGTYPE for *.MSG areas in
  174.     AREAFILE GEcho, except if the GEcho version is 1.02 or newer.
  175.     FIDOMSGTYPE defaults to Opus format. By using the Opus format, the
  176.     "funny" zone/point in the msg headers is eliminated. If you use
  177.     GEcho 1.02 or newer, and see "funny" zone/point in msg headers,
  178.     you should enter GSETUP and change Miscellaneous, GEcho options,
  179.     MSG compatibility to Opus.
  180.  
  181.     The Opus format stores date/time information where the FTS-1
  182.     format stores zone/point information. That is what causes the
  183.     "funny" numbers. Most software (notably FrontDoor) uses the Opus
  184.     de-facto standard, but some software (notable GEcho) is set to use
  185.     FTS-1 by default. This mismatch causes problems.
  186.  
  187.     NOTE: If GEcho is set to use a *.MSG format other than Opus,
  188.           GoldED will now warn you when compiling the configuration.
  189.  
  190. -   If you tried to ROT13 in an empty area (zero msgs), GoldED could
  191.     crash. Fixed.
  192.  
  193. !   For registered users, the main address is no longer displayed
  194.     together with the name and serial number in the startup screen.
  195.  
  196. -   If an AREAS.BBS file was used, and the configuration compiled,
  197.     GoldED could hang the system or cause an exception error upon exit
  198.     (DOS), or cause an access violation (OS/2). Fixed.
  199.  
  200. -   Fixed some inconsistencies with the JAM scanning files:
  201.  
  202.     The NET/ECHOMAIL.JAM files were updated, even when only the Rcv
  203.     attribute was set. The NETMAIL.JAM file was updated for every msg
  204.     read. The SEMAPHORE EXPORTLIST was updated for JAM areas.
  205.  
  206.     The NET/ECHOMAIL.JAM files are now only updated for a msg, if the
  207.     msg is marked "local but not sent".
  208.  
  209.     NOTE: GoldED does NOT remove entries in the JAM scanning files
  210.           when deleting msgs!  If it should do so, deletion of msgs
  211.           would be slowed down a lot. In my opinion, the mail
  212.           processor should quietly ignore invalid entries.
  213.  
  214. -   GoldED is now a bit more tolerant of errors in the JAM subfields.
  215.  
  216. +   Added new parameter to the IF/ELSEIF conditional directive. The
  217.     new parameter is "INOS2" and it is always true for GoldED/2 and
  218.     true for GoldED/DOS when OS/2 is detected. I use it to include a
  219.     special set of colors when running under OS/2.
  220.  
  221. -   A slight change in the behavior of the MsgAPI in Squish 1.10
  222.     caused GoldED to exit with errors in certain circumstances.
  223.  
  224. +   Greatly improved Hudson/Goldbase scanning speed when QBBSSCAN
  225.     Rescan is used. It was very slow before. It is recommended to use
  226.     this option instead of the default, especially with a large
  227.     msgbase, because it does not require nearly as much memory.
  228.  
  229. -   Fixed several bugs in the Goldbase support:
  230.  
  231.     Mistake in the MSGHDR.DAT structure. Due to an oversight while
  232.     converting the Pascal structures, my implementation was two bytes
  233.     too short. This caused GoldED to report index errors when used on
  234.     a correct Goldbase msgbase.
  235.  
  236.     Board numbers above 255 were truncated internally to a number
  237.     below 256, when writing a msg to the msgbase.
  238.  
  239.     The lastread number was alway reset to zero when leaving an area.
  240.  
  241.  
  242. ----------------------------------------------------------------------
  243. Notes for GoldED 2.42.G0214, GAMMA release 14. february 1994.
  244. ----------------------------------------------------------------------
  245.  
  246. !   This release of GoldED/P32 uses a different "stub", which does not
  247.     suppress the DOS extenders' loading banner. To suppress the
  248.     banner, issue the following command in DOS (put it in your
  249.     AUTOEXEC.BAT):
  250.  
  251.       SET DOS4G=quiet
  252.  
  253.     See the DOS4GW.DOC for further information about configuring the
  254.     DOS extender.
  255.  
  256. -   Fixed nasty bug in crossposting to JAM areas. The crossposted msgs
  257.     got empty msg bodies.
  258.  
  259. +   For JAM areas, the NETMAIL/ECHOMAIL.JAM files are now updated when
  260.     new messages are written or changed in JAM netmail/echomail areas.
  261.     The files are written/updated in the HUDSONPATH. If you don't use
  262.     a Hudson msgbase and haven't defined a HUDSONPATH, the HUDSONPATH
  263.     defaults to the GOLDPATH.
  264.  
  265.     At the time of writing, the NETMAIL/ECHOMAIL.JAM files are not a
  266.     part of the official JAM specs, but they are used in RA2 and most
  267.     JAM compatible mail processors to specify the msgs that need to be
  268.     exported from the JAM msgbase files.
  269.  
  270. +   In the nodelist browser, the bottom line of the window now shows
  271.     the base filename of the nodelist where the current node entry was
  272.     found. If the nodelist is missing, or the node was found in a
  273.     USERLIST, nothing is shown.
  274.  
  275. +   Added support for the Goldbase msgbase format. Goldbase is
  276.     basically the Hudson format with some size limits increased to
  277.     allow virtually unlimited number of msgs, up to 500 areas instead
  278.     of 200, and breaks the 16MB barrier for the MSGTXT file. The
  279.     extension of the msgbase files is ".DAT" instead of ".BBS".
  280.  
  281.     If you want to use Goldbase areas, you must specify the path to
  282.     the MSG*.DAT files with the new keyword GOLDBASEPATH. If you do
  283.     not specify a GOLDBASEPATH, it will default to the HUDSONPATH (see
  284.     also below).
  285.  
  286.     Currently GoldED does not support any AREAFILE to get Goldbase
  287.     area configuration, so each Goldbase area must be defined manually
  288.     by using the AREADEF or AREA keywords. With AREADEF, use "Gold" or
  289.     "Goldbase" as the msgbase format parameter. With AREA, use 'G' as
  290.     the msgbase format parameter. Examples:
  291.  
  292.       AREADEF QUICKBBS "Support" I Echo Goldbase 456 2:234/159
  293.  
  294.       AREA QUICKBBS "Support" GE 456
  295.     
  296.     See the docs for details about the general syntax of the AREADEF
  297.     and AREA keywords.
  298.  
  299.     The implementation of Goldbase in GoldED was done by formatting my
  300.     existing Hudson sourcecode for easy conversion to Goldbase with a
  301.     simple AWK script. Therefore the Goldbase code should work just as
  302.     well as the Hudson code.
  303.  
  304.     I had to make a number of changes to the Hudson source and various
  305.     other places in the GoldED source to allow this easy conversion
  306.     and the addition of Goldbase. Therefore it is possible that bugs
  307.     could have crept in. However I have not seen any problems with the
  308.     Hudson code to date, and I'm using several Hudson areas daily.
  309.  
  310.     The Goldbase code is not tested much, mainly because I don't have
  311.     access to/have not installed other programs that use Goldbase.
  312.     Therefore you should treat the Goldbase code as "beta stuff". If
  313.     you experience problems with the Goldbase or Hudson implementation
  314.     in GoldED, please send me a bug report as soon as possible.
  315.  
  316.     NOTE: If you use both Hudson *and* Goldbase msgbases in the same
  317.           GoldED configuration, you may have to increase the FILES
  318.           setting in your CONFIG.SYS. When scanning mail, GoldED keeps
  319.           complete sets of msgbase files open (7 files per msgbase)
  320.           for the Hudson and Goldbase msgbases. So therefore I
  321.           recommend adding 10 to your FILES in CONFIG.SYS to be on the
  322.           safe side, at least if you currently only have FILES=30. I
  323.           have FILES=50, which works for me.
  324.  
  325. +   Updated AREAFILE IMAIL support for IMAIL 1.40G3. Now also reads
  326.     JAM area configuration.
  327.  
  328. +   Updated AREAFILE GEcho support for GEcho 1.02. Now also reads JAM
  329.     area configuration. The *.MSG areas are now set to the type
  330.     specified in the GEcho 1.02 setup: Main->Miscellaneous->GEcho
  331.     options->MSG compatibility (Fido or Opus). In earlier versions of
  332.     GEcho, the default is Fido (FTS-1 compatible with Zone/Point
  333.     information instead of Opus date/time stamps).
  334.  
  335. +   To improve area scanning speed, I have moved the scanning message
  336.     down into the statusline instead of the window in the middle of
  337.     the screen. The constantly changing size of that window was quite
  338.     a bottleneck, as you will notice. In the window there is now
  339.     instead the message that was in the statusline before ("Scanning
  340.     Messagebase (Press ESC to skip)").
  341.  
  342. -   The AREAFILEs for IMAIL (reported) and perhaps FastEcho and FMail
  343.     were broken in the 32-bit versions GoldED/2 and GoldED/P32. The
  344.     original C structures used for these AREAFILEs contains so-called
  345.     bitfields, which may be implemented differently by different
  346.     compiler makers. Apparently the Watcom C++32 compilers which are
  347.     used for GoldED/2 and GoldED/P32, implement bitfields slightly
  348.     differently than the Borland C++ OS/2 32-bit compiler (used for
  349.     the earlier versions of GoldED/2). I have now fixed the all the C
  350.     structures I could find with potential problems, so they compile
  351.     correctly with the compilers I currently use.
  352.  
  353. -   The JAM support needed SHARE or network loaded in order to be able
  354.     to lock the msgbase. I have now changed the code so that it will
  355.     not attempt to lock the msgbase if the SHAREMODE keyword is set to
  356.     zero (0).
  357.  
  358. -   Removed the automatic setting of intense colors (if enabled),
  359.     because it caused snow in OS/2 fullscreen. If you have problems
  360.     with blinking colors after a windowed/fullscreen mode switch, try
  361.     a shell and exit from the shell immediately.
  362.  
  363.     TIP: You can use the EXTERNUTIL feature to call a non-existing
  364.     program, and thereby assign a key to enable intense colors. (Not
  365.     tested).
  366.  
  367. -   Fixed bugs in GoldED/2 and GoldED/P32 where the zone in msgs could
  368.     get reset to zero if the msg contained FMPT/TOPT kludges.
  369.  
  370. -   The Enter key on the numeric keyboard did not work as expected. In
  371.     the IE it would make a note character (actually a CR character).
  372.  
  373. !   Added keyword HUDSONPATH to specify the path to the Hudson msgbase
  374.     files. This keyword is simply an alias for the old QBBSPATH
  375.     keyword. If not specified, the HUDSONPATH/QBBSPATH will default to
  376.     the GOLDPATH.
  377.  
  378. -   Fixed the code that reads AREAS.BBS. It should no longer crash
  379.     GoldED when you have many areas in the file. NOTE: This fix is not
  380.     tested intensively. Let me know if it works okay with many areas.
  381.  
  382.  
  383. ----------------------------------------------------------------------
  384. Notes for GoldED 2.42.G1219, GAMMA patch release 19. december 1993.
  385. ----------------------------------------------------------------------
  386.  
  387. -   Fixed nasty bug in the JAM support. If you read a message to you
  388.     in a JAM area, and GoldED set the Received attribute, the message
  389.     text would be lost if you later returned to the message :-(
  390.  
  391.     What happens is that the text offset field in the header gets
  392.     reset to the end of the .JDT file.
  393.  
  394.     It is possible to recover the lost text, although it is probably
  395.     not really worth the bother. It requires that you have intimate
  396.     knowledge of the JAM header format, know how to use a binary hex
  397.     editor, and can remember enough of the the lost message text to
  398.     find the location of it in the .JDT file. Then all you have to do
  399.     is change the text offset field back to the correct value (the
  400.     offset in the .JDT file). In addition you should also subtract one
  401.     from the text length. GoldED output a terminating NUL char that
  402.     was not necessary.
  403.  
  404. -   Fixed a bug in GoldNODE/2 (and maybe GoldNODE/P32), which caused
  405.     several zones to be missing in the nodelist index, to be replaced
  406.     with a large number of duplicate nodes. I haven't the faintest
  407.     idea what went wrong, or even how I fixed it - the code I have
  408.     changed to make it work had very little to do with what seemed to
  409.     be the problem. But it seems to work now :-? <puzzled>
  410.  
  411.     To be on the safe side, I have included BDF's for all versions of
  412.     GoldNODE.
  413.  
  414. -   Due to a mistake in my setup of the Watcom compiler for OS/2, the
  415.     wrong version of the OS/2 toolkit was used. This could cause odd
  416.     behaviour with some operations. I haven't actually seen any
  417.     problems with GoldED/2 myself, but I discovered some problems with
  418.     getting and setting the date/time of files when compiling another
  419.     program with Watcom.
  420.  
  421.     I have recompiled GoldED/2 and GoldNODE/2 with the correct version
  422.     of the toolkit this time.
  423.  
  424.  
  425. ----------------------------------------------------------------------
  426. Notes for GoldED 2.42.G1218, GAMMA release 18. december 1993.
  427. ----------------------------------------------------------------------
  428.  
  429. +   Added JAM msgbase support at last!!!  Example cfg definitions:
  430.  
  431.       AREA ECHO.JTEST1 "Test 1" JE M:\JAM\JTEST1
  432.       AREADEF ECHO.JTEST2 "Test 2" 0 Echo Jam M:\JAM\JTEST2 . (Loc)
  433.  
  434.     As you can see, the syntax is very similar to Squish definitions.
  435.  
  436.     Please read the document GOLD_JAM.DOC for important information
  437.     about the implementation of the JAM msgbase support in GoldED.
  438.  
  439. +   New GoldED/P32 replaces GoldED/P16. GoldED/P32 is a 32-bit DOS
  440.     extended version, compiled with Watcom C++32 9.5a. It has been
  441.     tested successfully in a DOS box under OS/2 2.1 and under DesqView
  442.     2.32 with QEMM 6.03. GoldED/P32 needs the DOS4GW DOS extender
  443.     version 1.92. DOS4GW 1.92 is distributed separately in the archive
  444.     D4GW_192.ZIP. If you already have a copy of DOS4GW, it may work
  445.     with GoldED/P32, even if isn't version 1.92. In fact I had an old
  446.     version 1.0 in my path before 1.92 and it worked fairly well
  447.     before I discovered the mistake.
  448.  
  449.     GoldED/P32 is able to use the new GoldNODE 32-bit index files
  450.     (.IX*) which can contain more than 32700 nodes. GoldNODE/P32 and
  451.     GoldNODE/2 generates this new index. GoldED/P32 can also use the
  452.     old 16-bit index files, but defaults to use the new index files,
  453.     if present.
  454.  
  455.     GoldED/P32 needs about 1.5 to 2 megabytes of free RAM to run.
  456.  
  457. *   GoldED/P16 has been dropped completely. Most of the problems
  458.     reported about P16 is due to a buggy DOS extender and compiler,
  459.     and the makers of these don't seem to be interested in releasing
  460.     better versions. I have better things to do than worry about buggy
  461.     compilers that doesn't get fixed, so this is the end of GoldED/P16
  462.     as we know it today.
  463.  
  464. *   GoldED/2 and GoldNODE/2 are now compiled with Watcom C++ 9.5a
  465.     instead of Borland C++ 1.0 for OS/2.
  466.  
  467. +   Added support for the new xMail 1.0 mail processor's area
  468.     configuration file. Use "AREAFILE xMail [areapath]". The optional
  469.     [areapath] points to where AREAS.XM can be found. Only the
  470.     AREAS.XM file is read, not any other file. Currently only tested
  471.     with JAM areas. Note that auto-added areas are often stored with
  472.     long filenames that are invalid with the FAT file system. To
  473.     overcome this problem, GoldED internally truncates the base
  474.     filename to 8 chars, but it does not check for duplicate filename
  475.     that may result from the truncations.
  476.  
  477. +   Updated FastEcho support to version 1.3x. Now also gets JAM areas.
  478.     Untested!
  479.  
  480. +   Updated RemoteAccess 2.x support to get JAM areas. Untested!
  481.  
  482. +   Changed behaviour when switching to "read marked" mode. Previously
  483.     GoldED would go to the next marked msg. Now it will stay on the
  484.     current msg if it is marked, or go to the next marked msg if not.
  485.  
  486. +   Added a new border type, number 7. If border type 7 is used, all
  487.     border/linedraw characters are pure 7-bit ASCII instead of highbit
  488.     IBM linedraw characters. This border type was added on request
  489.     from Asian users who have a character set where the IBM linedraw
  490.     characters are national characters instead. It is unlikely to be
  491.     useful for others. Here is how to set all border types to type 7:
  492.  
  493.       COLOR AREA BTYPE 7
  494.       COLOR ASK BTYPE 7
  495.       COLOR BACKGROUND BTYPE 7
  496.       COLOR BRAG BTYPE 7
  497.       COLOR HEADER BTYPE 7
  498.       COLOR HELP BTYPE 7
  499.       COLOR INFO BTYPE 7
  500.       COLOR MENU BTYPE 7
  501.       COLOR READER BTYPE 7
  502.       COLOR STATUS BTYPE 7
  503.  
  504.     Add the above to your color setup in GOLDED.CFG.
  505.  
  506.     Note that the help file contains IBM linedraw characters. These
  507.     are NOT converted automatically. You have to change them yourself
  508.     in the GOLDHELP.CFG file, if necessary.
  509.  
  510. -   There have been reports of the cursor remaining visible after
  511.     saving a msg. I haven't seen this myself, but I have now added a
  512.     cursor-hide in a strategic place to ensure that the cursor goes
  513.     away when expected.
  514.  
  515. +   If intense colors are enabled, GoldED now sets intense colors
  516.     every time the statusline is updated. This is a help in
  517.     multitasking environments that doesn't save the intensity state
  518.     when switching between tasks.
  519.  
  520. -   In the msg browser, the date is now cut to fit if for some reason
  521.     it is too long.
  522.  
  523. +   GoldED now recognizes the FAX flag in the FLAGS kludge and shows
  524.     it in the header display if found.
  525.  
  526. *   TIP: You can use the EXTERNUTIL feature to setup keys to view or
  527.     print an attached fax. Use something like this in GOLDED.CFG:
  528.  
  529.       EXTERNUTIL 11 c:\zfax\zfax.com 2 @subject     ; print fax
  530.       EXTERNUTIL 12 c:\zfax\zfax.com 4 @subject     ; view fax
  531.  
  532.     And this in GOLDKEYS.CFG:
  533.  
  534.       @F11  ExternUtil11    ; Press Alt-F11 to print the fax
  535.       @F12  ExternUtil12    ; Press Alt-F12 to view the fax
  536.  
  537.     Or choose your own key assignments and fax view/print utils.
  538.  
  539.     Note that this assumes that the fax file is listed in the subject
  540.     line like an attached file.
  541.  
  542. +   Added temporary new keyword: EDITORVERSION <version>. Due to the
  543.     large number of bugreports about range check errors in the new
  544.     internal editor, I have decided to put in the old editor as an
  545.     option in addition to the new editor. The old editor is the
  546.     default. If you want to take your chances with the new editor, use
  547.     this in your GOLDED.CFG: "EDITORVERSION 2". When the new editor is
  548.     properly bugfixed, the old editor and this keyword will be removed
  549.     again.
  550.  
  551. +   Enhanced keyboard is now auto-detected by checking a bit in low
  552.     memory (DOS versions only of course). Use "KEYBEXT No" if your
  553.     keyboard seems to lock up.
  554.  
  555. -   Detection of a real, non-emulated, Hercules card was buggy. Fixed.
  556.  
  557. -   The msg size display could disappear under some circumstances,
  558.     after editing a msg. Fixed.
  559.  
  560. -   GoldED/P16 paused for 10 seconds when testing if locking was
  561.     possible and SHARE or network was not loaded. Fixed. Obsolete,
  562.     since P16 is no longer released.
  563.  
  564. -   When trying to generate a userlist (Ctrl-L) with GoldED/2, it
  565.     would dump with a protection violation SYS3175. Fixed.
  566.  
  567. +   Added -Q (for Quiet) switch to GoldNODE. If -Q is used, GoldNODE
  568.     will not display anything on the screen. This can improve compile
  569.     speed a lot, especially on systems with slow text mode (such as a
  570.     textmode windowed session under Windows or OS/2).
  571.  
  572. +   Changed all highbit IBM chars to pure ASCII chars in GoldNODE.
  573.     Too bad it looks ugly :-(
  574.  
  575. -   GoldNODE/2 could not compile more than 32767 as advertised. Fixed.
  576.     This fix is now tested successfully with a nodelist collection
  577.     which contains more than 32767 nodes.
  578.  
  579. -   Fixed Sound Blaster support to work with the CT-VOICE driver in
  580.     Sound Blaster 16. If you have a SB-compatible non-SB soundcard,
  581.     but have been unable to make a CT-VOICE driver work with GoldED,
  582.     try again now.
  583.  
  584.     Note: Some users still have problems getting GoldED to work with
  585.     Sound Blaster 16. The fix was tested successfully with a borrowed
  586.     SB16 in two of my own machines. The same card would not work with
  587.     GoldED when it was returned and used in the lenders own machine. I
  588.     have no idea why it doesn't work :-(
  589.  
  590.  
  591. ----------------------------------------------------------------------
  592. Notes for GoldED 2.42.G1121, GAMMA Patch Release 21. november 1993.
  593. ----------------------------------------------------------------------
  594.  
  595. -   Fixed bug in AREAFILE FastEcho. It caused protection violations in
  596.     GoldED/2. It did not affect the DOS versions.
  597.  
  598. -   Fixed some bugs in the msg marking functions. For example, Alt-S,N
  599.     didn't always mark all new msgs, and could cause crashes.
  600.  
  601. -   While writing a msg in the internal editor, GoldED would lock the
  602.     Hudson msgbase unnecessarily. This prevented mail tossers from
  603.     tossing incoming mail in multitask/network environments. Fixed.
  604.  
  605. -   GoldED/P16 had problems sharing the Ezycom msgbase files properly.
  606.     It opened the files in Read/Write mode, where it should have been
  607.     ReadOnly. Fixed. The regular DOS and OS/2 versions did not have
  608.     this problem, which was caused by a bug (or undocumented behavior)
  609.     in the TopSpeed C library.
  610.  
  611. -   Fixed minor bug in the file request function for FRQEXT's. The
  612.     first word of the description would be skipped if there was only
  613.     one space between filename and description.
  614.  
  615. +   The DISPATTACHSIZE and EDITAUTOATTACH features now recognize
  616.     network drives beginning with "\\" (without a drive: in front) as
  617.     valid drives. Untested, but should work. In general GoldED
  618.     currently doesn't support the "\\" netdrives very well. Better
  619.     support is planned.
  620.  
  621. +   Added support for calling of external utilities. This new feature
  622.     can be used to "filter" msgs, for example calling PGP or other
  623.     crypting utilities. A new keyword has been implemented for
  624.     the definition of external utilities:
  625.  
  626.       EXTERNUTIL <utilno> [-options] <commandline>
  627.  
  628.     The <utilno> must be in the range 1 to 24 for utilities that will
  629.     be called with key definitions (see below). Higher numbers can be
  630.     used for utilities that are called from the EDITSAVEMENU (if
  631.     enabled). See the EDITSAVEUTIL keyword for details.
  632.  
  633.     The default options are those specified with the EXTERNOPTIONS
  634.     keyword. With [-options], you can change the those options locally
  635.     for specific utils. See the EXTERNOPTIONS keyword for a list of
  636.     valid options.
  637.  
  638.     The <commandline> specfies the DOS or OS/2 commandline you want to
  639.     execute. This works in the same way as for the external editor and
  640.     spellchecker. See the manual for details about this, especially if
  641.     you want to execute batchfiles. In the <commandline> you can use
  642.     @tokens to transfer information from the msg to the commandline.
  643.     The @tokens are the same as for templates (see the manual), and in
  644.     addition you can use two other @tokens:
  645.  
  646.       @path   The GOLDPATH, including a trailing backslash.
  647.       @file   The full filename of the message file (GOLDED.MSG) that
  648.               will be written to disk before the utility is called.
  649.  
  650.     Examples:
  651.  
  652.       EXTERNUTIL 1 c:\4dos\4dos.com /c c:\crypt\encrypt.bat @file
  653.       EXTERNUTIL 2 c:\4dos\4dos.com /c c:\crypt\decrypt.bat @file
  654.  
  655.     To call a defined external utility, you must assign a key to it.
  656.     There are 24 new keyboard commands you can use in GOLDKEYS.CFG for
  657.     this purpose:
  658.  
  659.       ExternUtilNN
  660.  
  661.     Where NN is in the range 01 to 24 _with_ leading zero. Examples:
  662.  
  663.       F11 ExternUtil01
  664.       F12 ExternUtil02
  665.  
  666.     Then if you press F11, you would call external utility number 1
  667.     and so on. The ExternUtilNN keywords ONLY work in reader mode, not
  668.     in the internal editor or any other place.
  669.  
  670.     HOW IT WORKS:
  671.  
  672.     1.  Just before the external utility is called, GoldED writes the
  673.         current message text to the GOLDED.MSG file in the GOLDPATH.
  674.         The file is written as a textfile with each line CR-LF
  675.         terminated. The content is exactly as you see it on the
  676.         screen, which means that kludges are only included if you have
  677.         enabled kludge viewing.
  678.  
  679.     2.  GoldED clears the screen and then calls the utility after
  680.         swapping itself out of memory (if swapping is enabled or
  681.         relevant for the version).
  682.  
  683.     3.  The utility can now load and process the @file, or do anything
  684.         else you want. It doesn't have to have anything to do with the
  685.         current msg. You could call a spreadsheet, a game, whatever.
  686.         But I think this feature will mainly be used for utilities
  687.         that process the @file. If the utility processes the @file, it
  688.         could write the changes back to the @file.
  689.  
  690.     4.  After returning from the utility, GoldED reloads the @file and
  691.         displays it just as if it was the current message. For
  692.         example, if your utility was a decrypter and the msg was
  693.         encrypted, you would now see the decrypted msg. Neat eh? :-)
  694.  
  695.     5.  If you want to make the reloaded text permanent (save it in
  696.         the msg), you can use the Change Msg function and immediately
  697.         choose "Save Message" from the Editing menu (if enabled with
  698.         EDITMENU Yes). This is in fact the method you could use if you
  699.         wanted to EN-crypt a msg (however, it is easier to use the
  700.         EDITSAVEUTIL method, see below).
  701.  
  702.     The QUOTESPACING feature can interfere with encoded msgs that
  703.     include the '>' character at the beginning of lines, by
  704.     automatically inserting blank lines before and after the lines
  705.     with '>'. I have therefore changed the quotespacing default from
  706.     YES to NO.
  707.  
  708.     The file GOLD_PGP.DOC contains batchfile examples for using this
  709.     new feature with PGP. Many thanks to Thomas Horsten 2:234/150 for
  710.     showing me how to setup PGP and for alpha testing the feature.
  711.  
  712.     !!! IMPORTANT !!!  From FidoNet Policy 4.07 (section 2.1.4):
  713.  
  714.       "[..] Therefore, encrypted and/or commercial traffic that is
  715.       routed without the express permission of all the links in the
  716.       delivery system constitutes annoying behavior."
  717.  
  718.     So be careful with this feature!
  719.  
  720. +   New keyword EXTERNOPTIONS <-options>. Defines the default options
  721.     for the EXTERNUTIL's (see above). Valid options are:
  722.  
  723.       -Cls            * Clear screen.
  724.       -Swap           * Swap GoldED out of memory before shelling.
  725.       -Cursor         * Cursor in shell.
  726.       -Reload         * Reload the message file (@file).
  727.       -Pause            Pause for keypress before returning to GoldED.
  728.       -PauseOnError   * Pause only if utility errorlevel is nonzero.
  729.  
  730.     Plus the reverse options with a "No" prefix, for example -NoCls.
  731.     The default options are marked with an asterisk (*).
  732.  
  733. +   New keyword EDITSAVEUTIL <utilno> <"L menu text">. Defines the
  734.     external utilities that will be added to the EDITSAVEMENU (if
  735.     enabled). The menu text is inserted in the menu. The first two
  736.     characters of the menu text are the "hotkey" letter that will be
  737.     highlighted in the menu text, plus a space. Example:
  738.  
  739.       EDITSAVEUTIL 1 "S PGP Sign the msg"
  740.       EDITSAVEUTIL 2 "E PGP Encode the msg"
  741.       EDITSAVEUTIL 3 "D PGP Decode the msg"
  742.  
  743.     If you have changed the default language in this menu (in
  744.     GOLDLANG.CFG), then make sure the highlight letters don't clash.
  745.  
  746.     With EDITSAVEUTIL definitions and EDITSAVEMENU enabled, you can
  747.     directly call an external utility to do things like encoding msgs
  748.     before saving them.
  749.  
  750. +   Added conditional directives to the GOLDED.CFG reader. You can now
  751.     use the new keywords IF, ELSEIF and ENDIF to control or exclude
  752.     parts of your GOLDED.CFG under certain conditions. The IF and
  753.     ELSEIF directives are identical. ELSEIF is provided for cosmetic
  754.     reasons.
  755.  
  756.     Valid parameters for IF/ELSEIF are: Yes, No, True, False, DOS and
  757.     OS/2. Example:
  758.  
  759.       IF DOS
  760.         EXTERNUTIL 1 c:\4dos\4dos.com c:\crypt\encode.bat @file
  761.         EXTERNUTIL 2 c:\4dos\4dos.com c:\crypt\decode.bat @file
  762.       ELSEIF OS/2
  763.         EXTERNUTIL 1 c:\4os2\4os2.exe c:\crypt\encode.cmd @file
  764.         EXTERNUTIL 2 c:\4os2\4os2.exe c:\crypt\decode.cmd @file
  765.       ENDIF
  766.  
  767.     The example speaks for itself, I think...
  768.  
  769. +   Added enhancement of the Random System feature. It is now possible
  770.     to specify an external file as the source of random items in
  771.     groups. This helps to avoid duplicating items such as origins that
  772.     are should be share between several otherwise different groups.
  773.  
  774.     The random items that can use external files are:
  775.  
  776.       NETNAME, ORIGIN, PLAY, TEARLINE, TEMPLATE, USERNAME, WHOTO.
  777.  
  778.     An external file is specified by a '@' character in front of the
  779.     filename, where the item text would normally be placed. More than
  780.     one item with an external file can be specified. Example:
  781.  
  782.       GROUP FidoNet:
  783.         TEARLINE @tearline.lst
  784.         ORIGIN @origins1.lst
  785.         ORIGIN @origins2.lst
  786.  
  787.     The contents of external files must be one item on each line.
  788.     Empty lines and comments are not allowed in an external file.
  789.     Items must be specified exactly as they would appear in
  790.     GOLDRAND.CFG, but without the leading keyword. Example:
  791.  
  792.       Pointless point...
  793.       Don't point at me!
  794.       etc...
  795.  
  796.     With this feature, it is now easy to create large collections of
  797.     things like origins, and then share them between any number of
  798.     groups without duplication, or even share them between several
  799.     users with different setups.
  800.  
  801.     NOTE: The default path for the external files is the GOLDPATH,
  802.           unless you manually specify a path.
  803.  
  804. -   Detection of color/monochrome mode VGA could, and did, fail in
  805.     some circumstances. On some EGA adapters, GoldED would only detect
  806.     24 lines. Fixed.
  807.  
  808. -   When using BIOS output mode (SCREENUSEBIOS Yes), the screen would
  809.     scroll one line every time the statusline was updated. Fixed.
  810.  
  811. -   The DISPMSGSIZE feature handled parameters "no" and "bytes"
  812.     wrongly. Fixed.
  813.  
  814. -   Fixed a couple of bugs concerning long lines in the new internal
  815.     editor. Changed the default value of QUOTEMARGIN from being
  816.     screenwidth dependent (width-5) to 65.
  817.  
  818.  
  819. ----------------------------------------------------------------------
  820. Notes for GoldED 2.42.G1115, GAMMA Patch Release 15. november 1993.
  821. ----------------------------------------------------------------------
  822.  
  823. -   The file import function in the internal editor would use the
  824.     wrong drive when using a drive letter and wildcards (like A:\*.*
  825.     if you wrote C:\*.*). Fixed.
  826.  
  827.  
  828. ----------------------------------------------------------------------
  829. Notes for GoldED 2.42.G1114, GAMMA release 14. november 1993.
  830. ----------------------------------------------------------------------
  831.  
  832. *   THIS RELEASE DOES _NOT_ HAVE JAM OR GOLDBASE SUPPORT!
  833.  
  834.     JAM and Goldbase support will be provided in a later beta release.
  835.     Stay tuned to the GOLDED and/or GOLDED.BETA echoes for the latest
  836.     status reports and release announcements.
  837.  
  838. +   The file request function has been much improved:
  839.  
  840.     1.  It will now handle filenames such as ">FILE.ZIP" correctly
  841.         instead of including the invalid '>' character in the
  842.         filename.
  843.  
  844.     2.  If there were more than one known FRQEXT on a line, it would
  845.         use the first of the FRQEXT's found, which was often the wrong
  846.         one of course. Now it will take the first filename on the
  847.         line which has a known FRQEXT.
  848.  
  849.     3.  It will now detect the file announcement format used by the
  850.         Ticket utility even if Ticket's tearline has been removed or
  851.         overwritten. The detection is based on the position of certain
  852.         elements on the line.
  853.  
  854.     4.  When extracting the description of files detected with the
  855.         FRQEXT's, it will now skip the first words after the filenames
  856.         if they begin with a digit or the '[' or '-' characters. It
  857.         will skips words until the first occurrence of a word that
  858.         does not match these criteria. This produces a clean
  859.         description in most cases, such as this one:
  860.  
  861.           SOMEFILE.ZIP 123.456 93/11/13 [00] - Some description
  862.  
  863.         Which will produce "Some description", instead of "123.456
  864.         93/11/13 [00] - Some description" as previous versions would.
  865.         Obviously this cuts the FILES.BBS maintenance to a minimum
  866.         when requesting files for your BBS.
  867.  
  868.     There is one thing the file request function can't do: It cannot
  869.     produce more than one message. This is on the TODO, of course.
  870.  
  871. +   The internal editor has finally been rewritten!  All the known
  872.     bugs are gone, and the new editor works much better. Editing of
  873.     quotes have been improved - you can now both split and merge
  874.     quoted lines with "intelligent" handling of the quote initials
  875.     string.
  876.  
  877.     NOTE: At this time, the new internal editor is not 100% finished
  878.     and debugged. There are still some inconsistencies and minor bugs,
  879.     but the editor is fully usable and safe - I use it myself. The
  880.     block functions (anchor, cut, paste) are currently disabled,
  881.     because they are still too buggy.
  882.  
  883. +   New keyword: EDITCHARPARA [']<char>[']. Defaults to ' ' (space).
  884.     This keyword defines the character GoldED displays at the end of
  885.     paragraphs in the internal editor. This is where the CR character
  886.     will be placed once the msg is saved. See below.
  887.  
  888. +   New keyword: EDITCHARSPACE [']<char>[']. Defaults to ' ' (space).
  889.     This keyword defines the character GoldED displays when it should
  890.     display a space character in the internal editor. See below.
  891.  
  892. *   The new keywords EDITCHARPARA and EDITCHARSPACE were added to aid
  893.     me while rewriting and debugging the new internal editor. By
  894.     redefining them to visible characters instead of spaces, I could
  895.     see if strange things were happening while inserting or deleting
  896.     characters. This was a great help. Personally I now always use
  897.     redefinitions to ASCII 20 (a paragraph sign) and CP437 250 (a
  898.     small dot).
  899.  
  900. !   The file extensions for compiled configuration files have changed.
  901.     GoldED will now use the extension .G16 for 16-bit versions (DOS
  902.     and DOS/P16) and extension .G32 for 32-bit versions (OS/2 and
  903.     later DOS/P32). These extensions were previously named .GED (DOS)
  904.     and .GEO (OS/2). Remember to delete the obsolete *.GED and/or
  905.     *.GEO files from your GOLDED directory, so that they wont take up
  906.     disk space.
  907.  
  908. +   New keyword: DISPSOFTCR <yes/no>. Defaults to "no". If enabled,
  909.     GoldED will treat the so-called Soft-CR character (141d, 8Dh) just
  910.     like any other displayable character, instead of ignoring it like
  911.     linefeed chars (LF). Note that by enabling this feature, you
  912.     _disable_ the character translation feature that uses the Soft-CR
  913.     as an escape character. This feature was added to help users in
  914.     countries which use the Soft-CR character for other purposes like
  915.     2-byte characters in Japan.
  916.  
  917.     NOTE: The Ezycom msgbase format requires the Soft-CR to terminate
  918.     each line. Therefore this feature is unlikely to be useful to
  919.     Ezycom sysops.
  920.  
  921. -   When using AREALISTSORT to sort by descriptions, the sort was case
  922.     sensitive. The sort is now case IN-sensitive.
  923.  
  924. +   In the Random System, the AREAFILEGROUPS setting (if set to Yes)
  925.     no longer prevents you from making groups for specific echoes.
  926.     This means that if you have for example a "GROUP X", corresponding
  927.     to group X in your GEcho setup, but wish to override the origin or
  928.     other items for some of the group X echoes, you can now put the
  929.     GROUP's for these specific echoes before the GROUP X definition.
  930.     Example:
  931.  
  932.       GROUP SOMEECHO
  933.         ORIGIN "Some origin"
  934.  
  935.       GROUP X
  936.         ORIGIN "X origin"
  937.  
  938.     Here you will get the origin "Some origin" in the SOMEECHO echo,
  939.     even if SOMEECHO is included in the X group in your setup. This
  940.     was not possible in previous versions - the GROUP X definition
  941.     would always override any specific definition.
  942.  
  943. +   New keyword: "DISPMSGSIZE <bytes/kbytes/no>". Defaults to "bytes".
  944.     When enabled, this keyword displays the msgbody size in the lower
  945.     left side of the header. The location of the size display is not
  946.     necessarily final. The size displayed is for the message body text
  947.     only, the header and nul-terminator (and anything that may lurk
  948.     beyond it) is excluded from the calculation.
  949.  
  950.     NOTE: This feature currently only works when _reading_ msgs. While
  951.     editing a msg in the internal editor, this feature is disabled -
  952.     however, the size will be displayed when you are in the Save msg
  953.     menu (if EDITSAVEMENU is enabled).
  954.  
  955. +   New keyword: "REPLYLINK <chain/direct>". Defaults to "chain".
  956.     If set to "direct", GoldED will link your reply directly to the
  957.     original message. If set to "chain", it will link to the last
  958.     message in the reply chain. The default ("chain") is how GoldED
  959.     has done it in all previous versions.
  960.  
  961.     The advantage of the "direct" linking method is that you can
  962.     easily find the the original message the reply was for. Unless of
  963.     course you have later re-linked using a chain-linking replylinker
  964.     utility. I can recommend the utility SQLINK by David L. Nugent.
  965.     SQLINK links Squish areas using the MSGID/REPLY kludges and makes
  966.     direct links instead of chain-linking on the subject line like
  967.     most other replylinkers do. There are probably also similar
  968.     replylinkers for other msgbase formats, I just don't know them.
  969.  
  970.     NOTE: Direct linking is not always useful or practical. It can be
  971.     very hard to follow a discussion with more than one participants,
  972.     because the links become branched trees instead of simple chains.
  973.     Currently GoldED is not designed to follow the branched direct
  974.     links, but such a feature is on the TODO, although with low
  975.     priority.
  976.  
  977. +   The SCREENBLANKER keyword now accepts an additional parameter: If
  978.     you add the word "AllBlank" after the seconds parameter, GoldED
  979.     will not display the moving box, but leave the screen completely
  980.     blank. Example:
  981.  
  982.       SCREENBLANKER 180 AllBlank
  983.  
  984.     "AllBlank" must be placed _after_ the seconds, or it won't work.
  985.  
  986.     NOTE: The "Midnight Bug" has not yet been found or fixed :-(
  987.  
  988. +   The 32-bit versions of GoldED and GoldNODE (currently only the
  989.     OS/2 versions) are no longer restricted to a maximum of 32700
  990.     nodes in the nodelist index. A slightly different nodelist index
  991.     is produced by the 32-bit GoldNODE. The index is NOT backward
  992.     compatible. The new index files have extensions .IXA, .IXN and
  993.     .IXL. For indexes with less than 32700 nodes, the .IXN file is
  994.     identical to the old .NIX file. The 32-bit GoldED can use both the
  995.     new and the old index files, but will use the new ones if both are
  996.     found. If you no longer use the DOS version of GoldED, you should
  997.     delete the .AIX, .NIX and .LIX files to save disk space.
  998.  
  999. -   When points were using GoldNODE to compile USERLIST's, their point
  1000.     number would be appended to all non-point addresses. Fixed. Note
  1001.     that this fix is *not* tested. Let me know if it worked.
  1002.  
  1003. -   Fixed the bug that caused mangled CHARSET kludges. Under some
  1004.     circumstances, previous versions would put multiple "CHARSET:"'s
  1005.     in the CHARSET kludge, and if the combined length became more than
  1006.     40 chars, GoldED would lockup or crash when trying to read the
  1007.     msg.
  1008.  
  1009. -   Intense and border/overscan colors now work again in the Borland
  1010.     C++ compiled version of GoldED/2. Borland had made a stupid little
  1011.     bug, which was fortunately easily fixable once located.
  1012.  
  1013. -   The new TEMPLATEPATH keyword did not work for templates defined in
  1014.     the Random System (GOLDRAND.CFG). It does now.
  1015.  
  1016. +   Added a "twirly" feature to GoldNODE. While GoldNODE is reading,
  1017.     sorting and writing it's index files, it displays a rotating
  1018.     "twirly" (the characters |/-\ in quick succession) to show that it
  1019.     is still alive and working. Because of this, GoldNODE now turns
  1020.     off the cursor while working. It is turned on again when exiting.
  1021.     The cursor turnoff currently only works with the Borland compiled
  1022.     versions.
  1023.  
  1024. -   When trying to write marked msgs to an existing file and hitting
  1025.     ESC instead of entering another filename, GoldED would mess up the
  1026.     screen, crash or lockup. Fixed.
  1027.  
  1028. -   Fixed a long-standing bug in GoldNODE. It was not possible to
  1029.     specify the configfile to use on the commandline using the -C
  1030.     option.
  1031.  
  1032. +   When displaying the size of an attached file, GoldED now looks for
  1033.     the file in the INBOUNDPATH if there is no drive specified for the
  1034.     attached file. This is useful when files have been attached _to_
  1035.     you. If you don't have an INBOUNDPATH in your GOLDED.CFG, the
  1036.     GOLDPATH is assumed instead.
  1037.  
  1038. +   Added support of Binkley-style "^filename" in the subject line for
  1039.     deleting attached files after they have been sent.
  1040.  
  1041. -   GoldED/2 did not update the Hudson NETMAIL/ECHOMAIL.BBS files
  1042.     correctly, and sometimes caused a trap in the OS/2 session while
  1043.     trying. Fixed. The regular DOS version did not have this problem.
  1044.  
  1045. -   Mangled CHARSET kludges were not handled well. When finding such a
  1046.     mangled CHARSET kludge, GoldED/2 would trap and GoldED/DOS would
  1047.     crash, hang or sometimes go on apparently unaffected. Fixed.
  1048.  
  1049. -   Fixed hang in GoldED/2 when using it without a GOLDRAND.CFG or
  1050.     with all keywords in it commented out. Could possibly also explain
  1051.     similar hangs in previous DOS versions.
  1052.  
  1053. +   New feature: You can now change the color palette used in GoldED.
  1054.     The palette has 16 color registers, corresponding to the 16 colors
  1055.     from black (0) to intense white (15). By changing the values in
  1056.     the palette registers, it is possible to make any of the 16 colors
  1057.     a completely different color. You can even make the background
  1058.     colors intense, without using the intense color feature. There are
  1059.     64 different colors to chose from.
  1060.  
  1061.     To configure the palette colors in GoldED, the SCREENPALETTE
  1062.     keyword has been added. There are two different syntaxes:
  1063.  
  1064.       SCREENPALETTE <reg> <value>
  1065.       SCREENPALETTE <reg> (red green blue)
  1066.  
  1067.     So you can either compose the color value using separate red,
  1068.     green, blue components, or directly use a precalculated value. The
  1069.     red/green/blue values can only be in the range 0-3.
  1070.  
  1071.     These are the original palette values:
  1072.  
  1073.       SCREENPALETTE    0   (0 0 0)
  1074.       SCREENPALETTE    1   (0 0 2)
  1075.       SCREENPALETTE    2   (0 2 0)
  1076.       SCREENPALETTE    3   (0 2 2)
  1077.       SCREENPALETTE    4   (2 0 0)
  1078.       SCREENPALETTE    5   (2 0 2)
  1079.       SCREENPALETTE    6   (2 2 0)
  1080.       SCREENPALETTE    7   (2 2 2)
  1081.       SCREENPALETTE    8   (0 1 0)
  1082.       SCREENPALETTE    9   (1 1 3)
  1083.       SCREENPALETTE   10   (1 3 1)
  1084.       SCREENPALETTE   11   (1 3 3)
  1085.       SCREENPALETTE   12   (3 1 1)
  1086.       SCREENPALETTE   13   (3 1 3)
  1087.       SCREENPALETTE   14   (3 3 2)
  1088.       SCREENPALETTE   15   (3 3 3)
  1089.  
  1090.     Copy these lines into your GOLDED.CFG and start experimenting! :-)
  1091.  
  1092.     NOTE: This feature has not been tested much. There may be bugs.
  1093.  
  1094. -   Known bug: If you start GoldED/2 (The Borland compiled version) as
  1095.     the _first_ program in a full-screen OS/2 session, the screen will
  1096.     be filled with garbage when you exit GoldED/2. Harmless but
  1097.     annoying. The garbage is put on the screen when GoldED/2 tries to
  1098.     restore the original screen (registered only feature). My tests
  1099.     seem to indicate that the original screen read by GoldED/2 at
  1100.     startup is _already_ garbage, but that can't be right. I think
  1101.     this is a Borland compiler bug, because when the problem does not
  1102.     seem to exist when I compile GoldED/2 with Watcom C++. So why
  1103.     don't I release the Watcom compiled version instead? Because I'm
  1104.     still having problems getting it to work correctly. The Borland
  1105.     compiled version looks more stable at this time.
  1106.  
  1107. !   Changed GoldED/2 back to non-multithreaded mode.
  1108.  
  1109.  
  1110. ----------------------------------------------------------------------
  1111. Notes for GoldED 2.42.A0710, ALPHA release saturday 10. july 1993.
  1112. ----------------------------------------------------------------------
  1113.  
  1114. *   This was a limited alpha. It was only sent to a few specific
  1115.     testers for debugging.
  1116.  
  1117. +   Added TZUTC and TID as "known" kludges. They are only recognized,
  1118.     not handled. Full support of TZUTC will probably be added in a
  1119.     future release.
  1120.  
  1121. !   GoldED/2 is now compiled in multithreaded mode, and runs a
  1122.     separate thread to update the statusline (for the clock).
  1123.  
  1124.  
  1125. ----------------------------------------------------------------------
  1126. Notes for GoldED 2.42.A0701, ALPHA release thurday 1. july 1993.
  1127. ----------------------------------------------------------------------
  1128.  
  1129. +   New keyword: "FIDOMSGTYPE <Fido/FTSC>". Defaults to Fido. This
  1130.     keyword defines the default format of Fido *.MSG files. It is only
  1131.     used by some AREAFILE's when reading external area configuration
  1132.     files, where the preferred format is unknown.
  1133.  
  1134.     The FTSC (FTS-0001.012 and later) format uses zone/point fields,
  1135.     where the Fido format uses date/time stamps. The Fido format is
  1136.     also sometimes referrered to as the "Opus" format. When set to
  1137.     Fido format, GoldED interprets the date/time stamps as DOS-style
  1138.     bitmapped date/time.
  1139.  
  1140. +   New keyword: "RA2USERSBBS <yes/no>". Defaults to no. Use this
  1141.     keyword to *force* GoldED to use a RemoteAccess 2.xx (RA2)
  1142.     compatible USERS.BBS file, even if RA2 is not detected. If used,
  1143.     this keyword should be placed in the configuration file _after_
  1144.     any AREAFILE keyword.
  1145.  
  1146. +   New "AREAFILE InterMail". Supports the InterMail mailer. This is
  1147.     untested!  Currently the support provided is similar to the
  1148.     FrontDoor 1.99b (and later) support. NOTE: You still have to
  1149.     define the correct semaphore filenames by yourself using the
  1150.     SEMAPHORE keyword.
  1151.  
  1152. +   AREAFILE D'Bridge now supports the new Beta 2011 DBRIDGE.ADF. This
  1153.     is untested!  Normally GoldED tries to detect the DBRIDGE.ADF
  1154.     version based on the known record sizes of the of file. You can
  1155.     now override the autodetection by specifying one of these:
  1156.  
  1157.       AREAFILE D'Bridge -2011
  1158.       AREAFILE D'Bridge -1047A27
  1159.       AREAFILE D'Bridge -1047A22
  1160.       AREAFILE D'Bridge -1046
  1161.  
  1162.     The numbers refer to the versions which had new/changed
  1163.     DBRIDGE.ADF formats (that I know of).
  1164.  
  1165. +   New "AREAFILE Portal". Supports the Portal of Power mailer
  1166.     (v0.61gamma). Currently supported are the net/bad/dupemail areas
  1167.     and limited support of the Conferences (all conferences are
  1168.     treated as Fido *.MSG echomail areas). Planned for later
  1169.     implementation is closer integration to Portal (reading of
  1170.     non-area information too) and more support of Conferences (when
  1171.     Portal is released with a Mailscanner).
  1172.  
  1173. +   AREAFILE IMAIL now supports version 1.4x.
  1174.  
  1175. -   Fixed long-standing problem with GoldED sometimes crashing when
  1176.     shelling to an external spell checker from the internal editor.
  1177.  
  1178. +   When replying in another area using Alt-N or Alt-B, GoldED now
  1179.     looks for the AREA:<echoid> kludge and automatically positions the
  1180.     arealist selection bar on the area indicated by the kludge. This
  1181.     is particularly useful with systems such as GEcho when the
  1182.     personal mail feature is enabled.
  1183.  
  1184. +   It is now possible to use wildcards in the FRQEXT keyword.
  1185.     Example:
  1186.  
  1187.       FRQEXT .A??
  1188.  
  1189.     With this definition, GoldED will recognize filenames such as
  1190.     "NODEDIFF.A12".
  1191.  
  1192. +   Improved screen update speed in many places. Most noticable when
  1193.     using GoldED/2 in a window, compared to GoldED/2 2.41.B0108. In
  1194.     some places such as the arealist, the screen update is still a
  1195.     bit slow. I'll continue working on more screen update speed.
  1196.  
  1197. +   New keyword: "SCREENUSEANSI <yes/no>". Defaults to no. This is an
  1198.     EXPERIMENTAL feature only - There is no guarantee that it will be
  1199.     supported in future releases!  If enabled, GoldED will write all
  1200.     screen output via DOS (stdout) using ANSI codes for colors, cursor
  1201.     movement, screen clearing etc. SLOW!!!
  1202.  
  1203.     This feature may be useful to people who read echoes where ANSI
  1204.     codes are allowed in the msg text. Should work okay as long as
  1205.     only color codes are used...
  1206.  
  1207.     Another use of ANSI output may be for those who use GoldED
  1208.     remotely via modem in sysop drop-to-dos shells.
  1209.  
  1210.     Make sure you have ANSI.SYS or another ANSI compatible screen
  1211.     driver loaded before testing this feature!!!
  1212.  
  1213. -   High-bit (above ascii 127) chars are no longer converted to (.)
  1214.     chars in the header when printing msgs.
  1215.  
  1216. -   Fixed GoldED crash when using echoid's longer than 29 chars.
  1217.     Changed the max echoid size limit from 49 to 50.
  1218.  
  1219. -   The file request function now stops at the citation char (").
  1220.  
  1221. -   Changed AREAFILE GEcho to use FTS-1 format *.MSG files instead of
  1222.     Opus format.
  1223.  
  1224. -   Fixed a problem with msg #0 error exits in certain circumstances.
  1225.  
  1226. +   Long filenames are now supported in GoldED/2. It seems to work
  1227.     well (tested with very long Squish filenames and writes to files),
  1228.     but I cannot guarantee that all valid HPFS filenames are accepted
  1229.     anywhere in GoldED. In particular, you probably cannot use spaces
  1230.     in filenames, and you should be careful with characters which are
  1231.     not supported in MS-DOS filenames. There may also be problems when
  1232.     using the import file picker, if there are filenames longer than
  1233.     the screen width (not tested).
  1234.  
  1235. !   I have not been able to get intense colors and border (overscan)
  1236.     color to work in the 32-bit OS/2 version, so I had to disable
  1237.     these features in GoldED/2 for now. This is not a problem if you
  1238.     only run GoldED/2 in a window, but if you run it full-screen, the
  1239.     colors that should be intense will blink, and the border color
  1240.     will not be set.
  1241.  
  1242. ----------------------------------------------------------------------
  1243.